\section{Conclusiones}
\noindent Utilizando las herramientas implementadas podemos saber fácilmente si un host está respondiendo y la ruta de los paquetes hacia el mismo. Las rutas descubiertas resultaron ser aproximadas por diversas cuestiones. En primer lugar existen varios routers que resultan invisibles al traceroute. Estos routers que no aportan información acerca de sí mismos y esto perjudica al momento de querer conocer con precision las rutas de un determinado paquete. Hay casos que sabemos que existe un router intermedio, pero no tenemos ni su ip ni sus tiempos de respuesta. Esto sucede porque no contestan los paquetes echo-request. \\

\noindent Como segundo punto tenemos el problema de las herramientas de ubicacion geográfica. Dichas herramientas dan una ubicacion aproximada sobre la IP informada, dependiendo de su base de datos interna. Encontramos casos en los cuales la base estaba incompleta dando como resultado ubicaciones muy inexactas. \\

\noindent Como tercer lugar tenemos el problema de no saber cómo están confeccionadas las redes entre los routers. Esto nos llevo a tener que estimar el tiempo de propagacion entre dos puntos, dado que no sabemos que tipo de comunicación existe entre ellos. Ademas tenemos el inconveniente de los paquetes encapsulados dentro de otros paquetes IP, por ejemplo en MPLS. Esto provoca que no se modifique el campo TTL de nuestro ICMP, salteandose asi varios nodos. Esos saltos nos figuran como un único nodo. \\

\noindent Todos estos problemas llevan a que querer saber exactamente la ruta y los tiempos de los paquetes sea casi imposible con las herramientas que contamos. \\

\noindent De todas formas, podemos notar cómo funciona internet de manera coordinada y eficaz. Un acceso a una pagina web toma algunos pocos segundos (a veces menos) y sin embargo los paquetes recorren miles y miles de kilometros de distancia. En ese recorrido quizas haya retransmision de paquetes, reconstruccion de errores e incluso comunicación entre distintas tecnologias de redes. \\
